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TITLE OF THE INVENTION 
METHOD AND APPARATUS FOR ENABLING FLOW CONTROL OVER MULTIPLE 
NETWORKS HAVING DISPARATE FLOW CONTROL CAPABILITY 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Provisional 
Application Serial No. 60/017,504, filed May 10, 1996 (Attorney 
Docket No. ASCOM- 107Xq800 ) , and U.S. Provisional Application 
Serial No. 60/019,701, filed June 20, 1996 (Attorney Docket No. 
ASCOM-107Aq800) . 



STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR 

DEVELOPMENT 
Not Applicable 

BACKGROUND OF THE INVENTION 

The invention generally relates to the field of computer 
networks, and specifically to extending lower- layer flow 
control end-to-end between network hosts attached to legacy 
networks not otherwise supporting such flow control. 

Transmission Control Protocol (TCP) is the standard 
transport protocol used with the Internet Protocol (IP) , which 
is both the dominant data communications protocol on LANs and 
the basic protocol used to build the worldwide Internet . TCP 
is a connection-oriented, end-to-end reliable protocol designed 
to fit into a layered hierarchy of protocols which support 
multi-network applications. TCP provides reliable inter- 
process communication between pairs of processes in host 
computers attached to either the same or distinct but 
interconnected computer communications networks. TCP assumes 
it can obtain a simple, potentially unreliable datagram service 
from lower level protocols. Further, TCP is capable of 
operating above a wide spectrum of communications systems 
ranging from hard-wired connections to packet - switched or 
circuit -switched networks. 



wo 97/45978 



PCT/US97/e8116 



-2- 

Quantum Flow Control (QFC) is a cell -relay protocol 
characterized by quantized buffer state feedback. QFC supports 
an Asynchronous Transfer Mode (ATM) Available Bit Rate (ABR) 
cell service that is distinguished for its ability to support 
instantaneous access to unused and therefore available network 
bandwidth with cell loss rates no greater than link error 
rates. The ABR service is designed for bursty applications 
where the application's bandwidth requirements are difficult to 
predict in advance. The service uses the QFC protocol to 
provide a feedback mechanism that controls the source rate to 
ensure zero cell loss regardless of network congestion. QFC is 
a hop-by-hop protocol that uses buffer state accounting to 
ensure that each hop along a data path cannot send more data to 
the next hop than it has room to buffer, thus preventing 
overflow and data loss. 

One example of a QFC implementation providing link level 

flow control is found in U.S. Patent Application No. 08/ 

(Attorney Ref . No. ASCOM-102DX) , which is incorporated herein 
by reference. 

TCP and IP are "layered over, " or carried by, link layer 
networks. Such link layer networks have traditionally been 
IiANs such as Ethernet or FDDI, WANs such as X.2 5 or Frame 
Relay, and IP networks made up of serial lines between routers. 
TCP/IP traffic is sent in packets that can be many hundreds or 
thousands of octets in length. If a packet is dropped by a 
network due to congestion or a transmission collision, TCP 
detects the loss and retransmits the packet following a time- 
out. Higher layer flow control protocols such as TCP impose 
end-to-end flow control to ensure that the receiver is not 
overrun by the sender, and take steps to attempt to prevent 
network congestion along the traffic path. 

Though the mechanisms differ in details, both TCP and QFC 
incorporate flow control, using buffer availability information 
to provide a reliable service. 
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There has been considerable effort directed towards 
developing the use of ATM as a link layer network to carry 
TCP/IP traffic. Each TCP/IP packet must be split into a train, 
of ATM cells at the source, and reassembled back into a packet 
at the destination. The loss of a single cell results in the 
required retransmission of a complete packet, which may be tens 
or hundreds of cells in length. If cells are randomly lost due 
to congestion at the ATM layer, the resulting required packet 
retransmissions could be at best a very inefficient use of the 
ATM network, and at worst could result in complete congestive 
collapse of the network. 

When TCP/IP traffic sources and destinations are directly 
connected to an ATM network such as the case between Hosts A 
and B in Fig. 1, flow control, such as provided by QFC, ensures 
that sources can transmit no faster than the rate at which both 
the destination host and the network are able to accept the 
stream of traffic. The same holds true for any reliable flow 
control protocol at the ATM layer. However, it is desirable to 
extend the benefits of ATM layer flow control to source and 
destination hosts which are connected to distinct LANs (or 
extended LlANs) , each of which in turn is connected to an ATM 
network, without requiring any changes to the networks 
supporting the hosts (the host networks) or hosts themselves 
and in a manner transparent to host networks. 

BRIEF SUMMARY OF THE INVENTION 
The present invention provides the ability to extend 
lower- layer flow control end-to-end between host systems 
attached to networks not otherwise supporting such flow 
control, without requiring any changes to the host networks or 
hosts themselves. In a first embodiment, the present invention 
extends ATM network flow control to hosts on LANs communicating 
over an ATM network (s) . These LANs are referred to generically 
as legacy networks, though "legacy" is not meant to imply only 
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those networks which are currently known to exist, such as XDSL 
and Ethernet, including Gigabit Ethernet. In fact, the present 
invention is applicable to any network or networks which 
support higher layer, end-to-end flow control. 

In one embodiment, the present invention enables the use 
of ATM as a link layer network to carry TCP/IP traffic. As 
previously noted, higher layer flow control protocols, such as 
TCP, offer end-to-end closed loop flow control. When used 
together with a lower layer flow control, there are two 
autonomous closed loop flow control protocols, one at the 
transport layer and another at the ATM layer, operating at the 
same time on the same traffic stream. Independent operation of 
the two layers may result in a situation where the lower layer 
protocol throttles back the flow, while the higher layer 
protocol might ramp up leading to excessive packet loss and 
unstable behavior. Such independent, multiple layered control 
loops are referred to as being uncoordinated due to the absence 
of any control information transfer from the lower to the 
higher layer. 

Examples of other higher- layer protocols to which the 
present invention has applicability include DecNet and Burst 
Mode IPX; these are merely representative of the range of 
suitable protocols which presently exist, and exemplify the 
type of protocol to which the present invention is applicable 
and which may be later developed. 

The present invention utilizes coordinated, multiple 
layered control loops. Fig. 1 also illustrates the situation 
where Host C represents the source host and Host D represents 
the destination host, each being directly connected to a LAN 
which is in turn connected via a router, bridge, Ethernet 
switch, cell switched router, or other legacy internetworking 
device to a device with an ATM network interface and preferably 
supporting QFC . Such switches are termed "ATM-attached edge 
devices." In the prior art, ATM layer flow control is only in 
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effect between the ATM switches at the boundaries of the ATM 
network, while TCP flow control is in effect end-to-end. While 
TCP prevents the destination host from being overrun by the 
source host, uncoordinated flow control at the ATM layer is 
unable to prevent the ATM network from being overrun by the 
source host. As a result, packets may be lost at the ATM 
switch closest to Host C, requiring Host C to timeout and 
retransmit the packets. 

The present invention addresses this situation in a first 
embodiment by providing ATM layer flow control to Host C in a 
way that is transparent to Host C and the network to which it 
is attached. This is done by coupling ATM layer feedback 
information to TCP's window advertisements, which are carried 
in the TCP header, using an approach referred to as "Instream 
Window Management" (IWM) . Through the coupling with TCP, the 
link layer flow, control feedback is conveyed transparent to the 
network hosts; no changes are required in the legacy networks 
or hosts. 

Higher layer window advertisements are observable at the 
ATM-attached edge device. Consequently, it is possible to 
utilize the IWM process to provide the coordination required 
between the lower and higher layer flow controls. ATM-layer 
edge devices are thus provided with explicit control over 
transport -layer windows. Host D sends back window 

advertisements piggybacked on the TCP headers to the source. 
Host C. The ATM switch closest to the LAN of Host D, also 
referred to as the Egress Intelligent Edge Device or "Egress 
lED, " uses a right edge of the window advertised by Host D as 
an indication of how many bytes Host D can accept at a given 
time. The Egress lED thus uses that information to ensure that 
it does not forward more than that number of bytes to Host D. 
As a result, the window right edge limit is reflected in the 
QFC "forward counter" value that the Egress lED provides to its 
upstream neighbors. The Egress lED as well as all other ATM 
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network elements along the connection avoid cell loss in the 
direction of Host D, 

In the case where the source host is directly connected to 
the LAN, such as Host C in Fig. 3, an Ingress Intelligent Edge 
Device or "Ingress lED" can ensure that the liAN cannot overflow 
that lED's LAN-side input buffers. This is accomplished by the 
Ingress lED examining the acknowledgment number and the window 
in the TCP header from the destination host. Host D, and by 
further constraining the TCP advertised window infomnation seen 
by the source host, Host C, if required. The modified value of 
the window, passed further upstream to the data source, is 
referred to as the "Ingress Window." 

The Ingress lED may also need to generate TCP headers on 
its own, even in the absence of a TCP header arriving from the 
destination host. This is necessary when the Ingress lED 
begins to have more space available on its LAN- side input 
buffer pool, and thus needs to inform the source host of this 
status. These locally-generated TCP headers appear to the 
source host as TCP headers with zero-length segments. TCP 
headers from the destination host passing through the Ingress 
lED are referred to as Modified Acknowledgments or "Modified 
ACKs'* while those locally generated by the Ingress lED are 
referred to as Generated Acknowledgments or "Generated ACKs . " 
The Modified ACKs and the Generated ACKs are utilized by the 
Ingress lED to ensure that the Ingress Window values provided 
to the source host are consistent with the last Ingress Window 
value supplied and the actual value of the window as provided 
by the destination host. Thus, the flow control enabled by the 
ATM network is extended both through the Egress lED to the 
destination host and through the Ingress lED to the source 
host . 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The invention will be more fully understood by reference 
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to the following description in conjunction with the 
accompanying drawings of which: 

Fig. 1 illustrates various hosts configured with respect 
to an ATM network incorporating a reliable flow control 
protocol ; 

Fig. 2 illustrates data and flow control paths between two 
hosts directly connected to a QFC ATM network; 

Fig. 3 illustrates data and flow control paths between two 
hosts indirectly connected to a QFC ATM network; 

Fig. 4 represents an Intelligent Edge Device or "lED" 
according to the present invention; 

Fig. 5 is an illustration of information provided in a TCP 
window advertisement; and 

Fig. 6 illustrates a further embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 
The key to the coordination of layered control loops, as 
provided by the present invention, lies in the fact that higher 
layer flow control windows are observable, and therefore 
manipulatable, at a lower-layer edge device. In light of this, 
the present invention provides "Instream Window Management" 

(IWM) to provide coordination between the lower (e.g. 
Asynchronous Transfer Mode or ATM) and higher (e.g. 
Transmission Control Protocol/Internet Protocol or TCP/IP) 
layer protocols. U.S. Provisional Patent Applications Nos . 
60/017,504 (Attorney Ref . No. ASCOM-107Xq800) and 60/019,701 

(Attorney Ref. No. ASCOM-107Aq800) are incorporated herein by 
reference for the purpose of further illustrating the subject 
matter of the present invention. 

IWM, as described subsequently, provides a number of 
benefits with respect to coordinated flow control. For 
instance, the present invention avoids deadlocks between the 
higher and lower layers. IWM dynamically modifies the 
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transport- layer (i.e. TCP/IP layer) window based upon flow 
control feedback and input buffer availability at the lower 
layer. IWM is transparent from the point of view of the higher 
layer flow control. IWM does not require one-to-one mapping of 
transport -layer flows to lower- layer connections, thus avoiding 
problems when multiplexing multiple flows on a single stream. 
The input buffer in an ATM-attached edge device is shared in 
the present invention among all independent transport -layer 
flows arriving from the various sources on the attached LAN, 
and IWM uses the combination of buffer availability and lower 
layer flow control feedback to manage the transport- layer 
windows and prevent input buffer overflow. To the extent 
higher and lower layer multicast mechanisms and connections are 
in use, IWM includes them in the coordination process to avoid 
contention between unicast and multicast traffic for available 
resources.. Finally, IWM works seamlessly with existing legacy 
devices; no change in LAN hosts are required, and no 
requirements or operational details of the existing lower- layer 
and transport -layer flow control are violated. 

Higher-layer flow control protocols (e.g. TCP) are 
typically window-based, employing a receiver-advertised window 
to limit the number of bytes transmitted from a source (or 
source host) to the receiver (or destination host) . The source 
host must stop transmitting once it has exhausted the window of 
data which was conveyed to it by the destination host until a 
subsequent window provides an indication from the destination 
that more data can be transmitted. The size of the window is 
typically determined, at least in part, by the Round Trip 
Bandwidth Product (RTBP) , which represents the round trip time 
between the hosts in question multiplied by the bandwidth of 
the connection. If this number is high, more data can be. sent 
between windows, though any loss will likely require 
retransmission of a significant quantity of data. Thus, the 
goodput (i.e. the efficiency of retransmission avoidance) of 
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the transmission protocol suffers. 

To achieve coherence of data grouped into packets, lower- 
layer flow control functions must be coordinated with the 
higher-layer flow control functions. Specifically, the higher- 
layer feedback must be correlated to the feedback mechanism in 
the lower- layer. In a preferred embodiment, the lower- layer is 
an ATM network providing Quantum Flow Control ("QFC") as 

described in U.S. Patent Application No. 08/ , Attorney 

Ref . No. ASCOM-102DX, which is assigned to the Assignee of the 
instant patent application and . incorporated herein by 
reference- The following discussion refers to the preferred 
embodiment which utilizes an ATM network or networks as the 
lower- layer, though the present invention is applicable to any 
network supporting a lower layer flow control protocol which 
provides intra-network flow control. The best overall service 
is provided by the present invention if the lower layer 
protocol guarantees a reliable, i.e. low loss, service. 

Flows from the legacy network to the ATM network are 
switched after identification by an ATM edge device, the 
Ingress Input/Output Module (lOM) . Within the ATM network, 
there is in general no knowledge of frame structure. 
Therefore, the coordination of the control functions between 
higher and lower layers must occur in an edge device that can 
take buffer capacity and lower layer flow control into account, 
and that has knowledge of frame structure. In particular, the 
coordination must take place at the ATM- attached edge device in 
the direction towards the source legacy network. Such a 
coordinating ATM- attached edge device is herein referred to as 
an Intelligent Edge Device (lED) . The lED can be an Ingress 
lED, because data flowing into the ATM network enters the 
network at this point, or can be an Egress lED because data 
exiting the ATM network does so at this point . The 
nomenclature "Ingress" and "Egress" is relative to the 
direction of data flow; depending upon the data flow 
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considered, such an edge device can be both and Ingress lED and 
an Egress lED. 

TCP window-based flow control employs flow control 
segments, each containing an acknowledgment number and a 
window, collectively referred to as an acknowledgment or 
"ACK." Each octet transmitted via TCP in the forward direction 
is assigned a sequence number. The TCP destination host checks 
for corruption or non-delivery of data that may have occurred 
in the transmission process. If the data are acceptable, the 
destination host generates an ACK for delivery to the source 
host in which the acknowledgment number acknowledges all octets 
up to and including the acknowledgment number less one. As 
illustrated in Fig. 5, the window in the ACK indicates the 
number of additional bytes that the transmitter may send 
without resulting in buffer overrun at the destination host. 

At the lower layer, "Quantum Flow Control" (QFC) enables 
the ATM network to guarantee zero cell loss within the ATM 
network regardless of the degree of congestion, thus providing 
high network utilization and efficiency. When TCP/IP traffic 
sources and destinations are directly connected to such an ATM 
network, such as Hosts A and B in Figs. 1 or 3 , the ATM network 
flow control protocol ensures that the source host cannot 
transmit faster than both the destination host and the 
intermediate network are capable of accepting data. While in 
a preferred embodiment this protocol is QFC, alternative 
embodiments may employ any reliable lower layer flow control 
protocol. In Fig. 2, Hosts A and B are direct-attached hosts 
to ATM switches, thereby supporting a Reliable Low Loss (RLL) 
service end-to-end. 

However, if either, or both, of the source and destination 
hosts are LAN-attached to. the ATM network, including via 
extended LANs, each of the LANs must interface the ATM network 
through an lED. This is the case for Hosts C and D in Fig. 3. 
Such lED interfaces enable the extension of the benefits of the 



wo 97/45978 



PCT/US97/08116 



-11- 

reliable lower layer flow control protocol to hosts which are 
not directly attached to the ATM network. 

Fig. 3 illustrates the ATM switches along the data path 
between Hosts C and D, and indicates the QFC flow control at 
the ATM layer, and the end-to-end TCP flow control at the 
transport layer, the flow control data flowing in the direction 
opposite of data flow. Though not illustrated, for purposes of 
simplicity, there is flow control in both directions in the 
case of data flowing in both directions. 

Without the Ingress and Egress lEDs illustrated in Fig. 3, 
QFC flow control is only in effect between the ATM edge 
devices. Therefore, while TCP prevents the destination host 
from being overrun by the source host, TCP alone is unable to 
prevent the intermediate ATM network from being overrun by the 
source host. As a result, packets may be lost at the ATM 
switch closest to Host C, necessitating the retransmission, and 
possibly multiple retransmissions, by Host C of the lost 
packets. To address the situation, the present invention 
enables the extension of QFC flow control data back to the 
source host via the Ingress and Egress lEDs. 

This is accomplished by coupling the QFC feedback 
information to the window advertisements of TCP, which are 
carried in the TCP header. Again, for the purposes of 
simplicity, the present description assumes one TCP connection 
mapped to the underlying ATM connection. However, the present 
invention can also apply to the case of multiple TCP 
connections per ATM connection. Further, each of the Ingress 
lED and Egress lED are capable of functioning as the opposite 
edge device when data flows in the reverse direction. 

For purposes of illustration, consider a unidirectional 
data path originating at Host C and terminating at Host D, as 
shown in Fig. 3. TCP enables Host D to send window 
advertisements back to Host C. From the point of view of the 
Egress lED in communication with Host D, the Egress lED is 
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given an indication of how many bytes Host D can accept at the 
present moment from the ATM connection carrying the TCP 
connection, based upon the right edge of the window in the 
window advertisement (Fig. 5) . The Egress lED uses that 
information to ensure that it does not forward more than the 
advertised number of bytes to Host D. As a result, the window 
right edge limit is reflected in the QFC protocol buffer state 
that the Egress lED provides to its upstream ATM switch 
neighbors. Thus, the Egress lED, as well as all of other QFC 
elements (e.g. ATM switches) along the presently considered 
connection, avoid cell loss at destination Host D. 

Now consider the unidirectional data path emanating from 
source Host C, as in Fig. 3, and the respective Ingress lED, as 
in Fig, 4. From the point of view of the Ingress lED 
communicating with Host C via a Network Interface Card (NIC) , 
the Ingress lED cannot allow Host C to overflow the LAN-side 
input buffers of the Ingress lED. This is accomplished by 
constraining the TCP window advertisement information which was 
originated by destination Host D. The Ingress lED, using 
window modification circuitry (Window Mod. Ckt . ) associated 
with the buffer pool, effectively creates a logical "local 
window" which tracks available frame buffer space on the LAN- 
side input buffer pool of the Ingress lED. Based upon this, 
capacity and the TCP window available to Host C, communicated 
by Host D, the Ingress lED selectively modifies the TCP window 
advertisements prior to forwarding them to the source host , 
For example, if the TCP indicated another 1000 bytes of data 
could be sent on a connection, but the local window of the 
Ingress lED can support 500 bytes for that connection. Host C 
will see an advertised TCP window of 500 bytes. As the local 
buffer space in the Ingress lED becomes available, TCP window 
advertisements modified by the Ingress lED will be increased 
until they eventually match the advertisements originated by 
the destination host. 
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Also illustrated in Fig. 4 are buffers within the buffer 
pool for handling flow control (F.C.) flowing in the direction 
reverse to that of the data flow, and Network Line Cards (NLCs) 
which provide a physical interface to the high-speed transport 
network, which in the preferred embodiment is an ATM network. 
The advancement of data through the lED in the forward 
direction is under the control of a forwarding engine. 

The IWM approach is optimized when the LAN of the source 
host is directly attached to the Ingress lED and similarly when 
the destination host LAN is directly attached to the Egress 
lED, However, this approach also functions if either host is 
attached to an extended LAN, though the possibility of packet 
loss may then exist in the intermediate bridges and routers 
connecting the LAN segments. 

Whenever a TCP ACK from the destination host to the source 
host, which has the form 

ACK(last__seen_seq, window) , 

passes through the Ingress lED, the Ingress lED records the 
values of both the acknowledgment number (last_seen_seq, which 
is the window left edge) and the value of the window in the ACK 
(the difference between the window edges) , and may then modify 
this window value downward. The window value passed further 
upstream to the source host is referred to as "Ingress Window." 
In order to maximize the rate of operation of the lED, the 
preferred embodiment of the present invention utilizes a 
hardware implementation of the functions necessary to observe 
the TCP windows, to modify them as required, and to generate 
acknowledgments as necessary. For instance, registers are 
provided for all recorded data values relating to the TCP 
window advertisements. The logic required for parsing the TCP 
flow control information and for constructing the appropriate 
acknowledgments is implemented in one or more Application 
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Specific ICS (ASICs) . 

If lower-layer flow control alters the flow or content of 
higher-layer acknowledgments then when the lower layer is ready 
to allow additional traffic, the higher layer may still be 
unable to transmit. For TCP as the higher layer, a timeout 
will eventually resolve the deadlock, but other higher-layer 
transport protocols may not provide this facility. 

To resolve this problem, a first embodiment of the present 
invention employs the autonomous generation of transport -layer 
acknowledgments when the lower- layer is ready to accept more 
traffic. Thus, the Ingress lED may need to generate ACKs on 
its own, even in the absence of an ACK arriving from the 
destination host. This addresses the situation where the 
Ingress lED acquires more available space in its LAN- side input 
buffer pool, and needs to communicate this to the source host. 
The connection can make forward progress without relying upon 
the destination-generated ACKs which are generated only when 
destination host actually observes more TCP segments on the 
connection. These locally-generated ACKs appear to the source 
host as TCP headers with zero-length segments. Such Ingress 
lED-generated acknowledgments are referred to as "generated 
ACKs," while those produced by the destination host and 
modified by the Ingress lED are referred to as "modified ACKs." 

When the first ACK of a data flow passes through the 
ingress lED, that lED may modify the Ingress Window value such 
that the window value provided to the source host is 

0 <= Ingress_Window <= TCP_Window 

A smaller Ingress Window value represents a restraint on the 
buffer space available to this data flow within the Ingress 
lED. On subsequent ACKs of the same data flow, the Ingress lED 
may again modify the window value returned to the source host. 
The acknowledgment number may have advanced since the last 



wo 97/45978 



PCT/US97/08116 



-15- 

window was provided, by a value k >= 0. The Ingress lED may 
modify the window value from the destination host to be the 
Ingress Window value such that 

Last_Ingress_Window - k <= Ingress_Window <= TCP_Window 

The Ingress lED maintains the "Last_Ingress_Window" as well as 
the last acknowledgment number and last TCP_Window for each 
connection. The Ingress lED may determine k by subtracting the 
value of the last acknowledgment number from the current 
acknowledgment number. 

The Ingress lED can actually reduce the value of the 
Ingress Window by k from one ACK to the next, as long as the 
acknowledgment number itself has increased by k. This keeps 
the right edge of the ACK window non-decreasing. At the other 
extreme to this example, the Ingress lED may not restrict the 
window at all, thus providing the source host with the same 
window that was generated by the destination host. 

In the case of generated ACKs, triggered as appropriate as 
local buffers in the Ingress lED are made available, the 
Ingress lED creates an ACK that uses the value of the last 
acknowledgment number as the current acknowledgment number. 
For the window value, the Ingress lED provides a new Ingress 
Window value such that 

Last_Ingress__Window <= Ingress_Window <= Last_TCP_Window 

Generated ACKs, which have the same acknowledgment number 
as the previous ACK, may appear to the source host as duplicate 
ACKs which could trigger a fast retransmission by the source 
host. However, such a retransmission need not consume network 
resources since the Ingress lED is able to determine that the 
segment being retransmitted was already delivered to the 
destination host, was the result of a duplicate ACK, and the 
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retransmission can be intelligently dropped and acknowledged by 
the Ingress lED. 

With regard to the Egress lED, whenever a TCP ACK from the 
destination host to the source host passes through the Egress 
lED, the Egress lED reads the acknowledgment number and window 
in the ACK and restricts the buffer usage of the data flow at 
the Egress lED to be consistent with the right edge of the 
window from the destination host. This restriction on buffer 
usage propagates backwards through the ATM network via QFC . 

The Egress lED keeps track of the number of bytes F 
forwarded to the destination host on a per -connect ion basis. 
To guarantee no cell loss, the Egress lED must restrict buffer 
usage until the next ACK such that F is no more than the 
current right edge of the destination host window. 

As previously noted, the present invention is applicable 
to a variety of network arrangements between a pair of hosts, 
each providing some form of end-to-end flow control at an upper 
layer and a lower layer, intra-network flow control within at 
least one network intermediate the hosts. For instance, in 
Fig. 6, two high-speed networks. Networks 1 and 2, are shown 
intermediate Hosts E and F. Here, rather than providing 
modified and generated ACKs directly to the source host, the 
Ingress lED of Network 2 provides such information to the 
Egress lED of Network 1. Otherwise, each of the high-speed 
Networks 1 and 2 perform as the prototypical ATM network 
described above with respect to observing, utilizing and 
modifying higher-layer flow control information passed between 
Hosts E and F. As before, no modifications are necessary to 
the communicating hosts. Hosts E and F, or to the networks upon 
which they reside, identified as Legacy LAN 1 and Legacy LAN 2. 
To reiterate, "legacy" is used here to identify networks 
supporting a higher layer, end-to-end flow control protocol, 
known or yet to be developed. 

These and other examples of the invention illustrated 
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above are intended by way of example and the actual scope of 
the invention is to be limited solely by the scope and spirit 
of the following claims. 
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CLAIMS 

1. A method of extending lower layer flow control of an 
intermediate network to host networks supporting higher layer 
end- to- end flow control and interconnected through said 
intermediate network, said host networks not otherwise 
supporting such lower layer flow control, said method 
comprising the steps of : 

interpreting, by said intermediate network, higher layer 
flow control information from one of said host networks; 

establishing, by said intermediate network, a flow control 
status of said intermediate network; and 

forwarding, by said intermediate network, higher layer 
flow control information as selectively modified by said 
intermediate network based upon said interpreted higher layer 
flow control information and said intermediate network flow 
control status, to another of said host networks. 

2. The method of claim 1, wherein said steps of interpreting, 
establishing, and forwarding are accomplished by an edge device 
within said intermediate network. 

3. The method of claim 1, wherein said step of interpreting 
further comprises storing data from said higher layer flow 
control information" in registers within said intermediate 
network and comparing said stored data against previously 
stored higher layer flow control data. 

4. The method of claim 1, wherein said step of interpreting 
further comprises receiving said higher layer flow control 
information at a first edge device of said intermediate 
network, forwarding said higher layer flow control information 
between consecutive elements within said intermediate network, 
and interpreting said higher layer flow control information 
within a second edge device of said intermediate network. 
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5. The method of claim 1 wherein said step of establishing 
further comprises identifying the status of a Quantum Flow 
Control process within said intermediate network, 

6. The method of claim 1 wherein said step of forwarding 
further comprises calculating a capacity of said intermediate 
network based upon said higher layer flow control information 
and said intermediate network flow control status and 
selectively modifying said higher layer flow control 
information based upon said calculation prior to forwarding 
said modified flow control information. 

7. The method of claim 1 wherein said step of forwarding 
further comprises forwarding unmodified higher layer flow 
control information, 

8. The method of . claim 1 further comprising the steps of: 
generating, by said intermediate network, higher layer 

flow control information based upon said interpreted higher 
layer fl ow control information, said intermediate network flow 
control status, and previously modified higher layer flow 
control information; and 

forwarding said generated higher layer flow control 
information to said another of said host networks, 

9. A method of extending an intra-network flow control 
protocol from an intermediate network to host networks 
interfacing said intermediate network and supporting end-to- 
end, transport layer flow control, said method comprising: 

receiving a flow control message at a first element of 
said intermediate network from one of said host networks; 

propagating said received flow control message through 
said intermediate network to a second element; 

selectively modifying said received flow control message 
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by said intermediate network based upon intermediate network 
flow control information; and 

forwarding said modified flow control message to another 
of said host networks. 

10. The method of claim 9 wherein said step of receiving 
further comprises receiving, at a first intermediate network 
edge device, a TCP/IP acknowledgment from a destination host 
accessible on said one of said host networks. 

11. The method of claim 9 wherein said step of propagating 
further comprises passing said received flow control message 
between intermediate network nodes in a direction opposite a 
respective flow of data between said one and another host 
networks . 

12 . The method of claim 9 wherein said step of propagating 
further comprises passing said received flow control message 
from a first element of an intermediate ATM network supporting 
Quantum Flow Control to other such elements in a direction 
opposite a respective flow of data through said intermediate 
ATM network. 

13 - The method of claim 9 wherein said step of selectively 

modifying further comprises: 

parsing said received flow control message at a second 

element of said intermediate networks- 
comparing said parsed flow control message to a previously 

parsed and stored flow control messages- 
identifying a capacity of said intermediate network based 

upon said intermediate network flow control information; and 
selectively modifying said received flow control message 

based upon said comparison and said identification. 
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14. The method of claim 9 wherein said step of forwarding 
further comprises transmitting, from a second intermediate 
network edge device, a selectively modified TCP/IP 
acknowledgment to a source host accessible on said another of 
said host networks. 

15. An internetwork in which intermediate network lower layer 
flow control is extended between host networks supporting 
higher layer flow control, comprising: 

plural host networks supporting higher layer, end-to-end 
flow control therebetween; and 

at least one intermediate network interconnecting said 
plural host networks and supporting lower layer flow control, 
each of said at least one intermediate networks comprising 

a first node for receiving flow control information 
from a first of said plural host networks, 

circuitry for selectively modifying said received 
flow control information based on said received flow control 
information, previously received flow control information, and 
intermediate network lower layer flow control status, and 

a second node for forwarding said selectively 
modified flow control information to a second of said plural 
host networks. 

16. The internetwork of claim 15 wherein each of said plural 
host networks supports TCP/IP transport layer flow control. 

17. The internetwork of claim 15 wherein said at least one 
intermediate network is comprised of an Asynchronous Transfer 
Mode (ATM) network. 

18. The internetwork of claim 17 wherein said lower layer flow 
control is Quantum Flow Control . 
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19. The internetwork of claim 15 wherein said first node is a 
first intermediate network edge device attached to said first 
host network and adapted to receive flow control information 
from said first host network. 

20. The internetwork of claim 15 wherein said second node is 
a second intermediate network edge device attached to said 
second host network and adapted to transmit said selectively 
modified flow control information to said second host network. 

21. The internetwork of claim 20 wherein said second 
intermediate network edge device comprises said circuitry. 

22. The internetwork of claim 15 wherein said circuitry 
comprises : 

a parsing unit for parsing data from said received flow 
control information; 

first storage elements for storing said data from said 
received flow control information and data from previously 
received and parsed flow control information; 

a comparison element for comparing said stored data; 

second storage elements for maintaining a flow control 
status of said intermediate network; and 

a flow control information modification assembly for 
selectively modifying said flow control information based upon 
input from said comparison element and contents of said second 
storage elements. 

23 . The internetwork of claim 15 wherein said second node is 
further adapted for forwarding said selectively modified flow 
control information to said second of said plural host networks 
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24 . The internetwork of claim 15 wherein 

said circuitry is further adapted for selectively creating 
generated flow control information based upon said received 
flow control information, previously received flow control 
information, and intermediate network lower layer flow control 
status, and 

said second node is further adapted for forwarding said 
selectively created f low.^control information to said second of 
said plural host networks.; 

25. An intelligent, edge device of a first network, said 
intelligent edge device interfacing said first network, 
supporting a lower layer flow control protocol, to one of 
plural second networks, each supporting a higher layer, end-to- 
end flow control protocol, said edge device comprising: 

buffers for storing 

flow control information originated by one of said 
plural second networks and subsequently forwarded through at 
least one node of said first network, and 

first network lower layer flow control status; 

circuitry for analyzing said stored flow control 
information, for analyzing said lower layer flow control 
status, and for selectively modifying said flow control 
information based upon said analyses; and 

a forwarding element for forwarding said selectively 
modified flow control information to said one of said plural 
second networks. 

26. The edge device of claim 25 further comprising plural 
network interface modules, at least one of said modules for 
receiving said flow control information forwarded through said 
at least one node of said first network, and at least one of 
said modules partially comprising said forwarding element. 
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